From 71a4b51de6475084a8c25e4c5e96463c0be65203 Mon Sep 17 00:00:00 2001 From: matrss Date: Sun, 8 Dec 2024 17:28:48 +0000 Subject: [PATCH] --- doc/todo/generic_p2p_socket_transport.mdwn | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/doc/todo/generic_p2p_socket_transport.mdwn b/doc/todo/generic_p2p_socket_transport.mdwn index 102edc45ae..6137b73a0b 100644 --- a/doc/todo/generic_p2p_socket_transport.mdwn +++ b/doc/todo/generic_p2p_socket_transport.mdwn @@ -3,7 +3,7 @@ Being able to connect repositories peer to peer is nice, but only having tor as What I am thinking would be nice to have for this is: 1. Something like `git annex enable-p2p-socket`, which would configure the repository such that `git annex remotedaemon` listens on a unix socket somewhere under .git/annex for incoming p2p connections, which would be authenticated using the pairing process from `git annex p2p` just like when using the tor transport. -2. A git remote `p2p-annex::`, which would connect to the unix socket and speak the p2p protocol with it. +2. A git remote helper `p2p-annex::`, which would connect to the unix socket and speak the p2p protocol with it. With these two things in place it would be possible to use any transport to connect the socket files on two systems, including yggstack, fowl, or just netcat or socat (though unencrypted communication would be a bad idea). -- 2.30.2